home *** CD-ROM | disk | FTP | other *** search
/ Aminet 5 / Aminet 5 - March 1995.iso / Aminet / dev / m2 / Turbo_1.lha / modula / docs / BUGS.DOC next >
Text File  |  1995-01-24  |  2KB  |  48 lines
  1. Known Bugs
  2. ==========
  3.  
  4.     Some Amigas, mainly (but not restricted to) some A3000/A4000, cannot use the
  5.     compiler pointer checking option ('-p'). If you get bogus 'ILLEGAL POINTER'
  6.     requesters while running any of your (or my example) programs then you
  7.     should replace the '-p' in the MODULA:M2OPTS file with '-P' and then
  8.     recompile. If you still get spurious errors then remove the flag completely.
  9.     Try to keep it on as much as possible. Pointer checking can catch a lot of
  10.     errors and save a lot of debugging time.
  11.  
  12.     The code used for DIV & MOD use the M68000 semantics, which differ from
  13.     those defined in the Modula standard. The difference is only noticed
  14.     when dealing with negative numbers.
  15.  
  16.     M2B sometimes get confused when implemention modules contain cyclic
  17.     importing (bad style anyway). This normally results in version mismatches at
  18.     compile/link time. Simply invoking M2B again with same command like normally
  19.     works around the problem.
  20.     This works because some of the files will have been successfully compiled,
  21.     so the during the second pass M2B sees things differently.
  22.     If youre program does not contain any cycles then M2B should always work
  23.     perfectly.
  24.  
  25. Bug reports
  26. ============
  27.  
  28.     As TM2 is less than a year old, i still expect it to contain obvious
  29.     and not so obvious bugs that have yet to surface.
  30.     Any new features I add, are more likey to contain (unkown) bugs.
  31.  
  32.     As the Amiga interface modules are so large they are likely to contain a few
  33.     mistakes. The structure sizes and constant values have been automatically
  34.     verified with those in the Commodore header files, however is not easily
  35.     possible to mechanically check the types of all parameters and fields.
  36.     Rare mistakes like *mi : Menu*  instead of  *mi : MenuItem* should be
  37.     detected during compilation: when youre program tries to instantiate the
  38.     parameter/field.
  39.     If you think i have made a mistake in the translation of the header files,
  40.     please let me know.
  41.  
  42.     The executables have not been tested under the enforcer program, so
  43.     may cause hits. I use the pointer checking option (described above)
  44.     during development, so I would be suprised if any occur??
  45.  
  46.     Please send bug reports to turbo@econet.demon.co.uk, and mark them
  47.     URGENT!!
  48.